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(57) Abstract: The present invention provides a call handling device for connecting a wireless communications device to a commu- 
^ nications network and allows call control features to be implemented. This is achieved by transferring control information indicative 
^> the call control features available to the user via a wireless connection. The call control features selected by a user are then imple- 
^ mented by the call handling device, making the call control features available to the user. The present invention also allows control 
information to be sent to alternative communications devices. This is useful for example when a user assistant is using a portable 
handset or the like to make a telephone call. In this case with the key pad located on the handset it is typically difficult to push buttons 
^ as well as speak on the phone simultaneously. The present invention overcomes this by having the control information sent directly 
^ to a different device such as a PDA so that it can be presented to the user and then responded to without disturbing the phonecall. 
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CALL HANDLING DEVICE FOR CONNECTING A WIRELESS COMMUNICATIONS DEVICE TO A 
COMMUNICATIONS NETWORK 

Ffeldofthe Invention 

The present invention relates to a call handling device for connecting a 
5 wireless enabled communications device to a communications network, the call 
handling device being adapted to provide call control features to the user. 

Background to the Invention 

Currently, the majority of computer networks utilize some form of wiring for 

10 interconnecting the computers on the network. These systems suffer from the major 
drawbacks that wiring has to be installed within the building to enable the network to 
be fitted, and additionally, should a fault with the wiring develop, this can lead to the 
need for wiring to be replaced. In addition to this, the wiring can cause problems due 
to interference with other electrical equipment within the building, as well as only 

15 having a limited bandwidth. Furthermore, different networks require different wiring 
standards which further leads to the complexity of installing networks in buildings. 

Wireless types of networks are now becoming more wide spread. Wireless 
communication can be broken down into one of three main categories, radio, cellular 
and local. Radio communications are used for mainly long distance work, and cellular 

20 communications are used for mobile phones and the like. At present, the cellular 
system can also be used to provide limited Internet access using WAP (Wireless 
Application Protocol) phones. Internet access is also possible via a cellular phone, a 
GSM modem and a PC/PDA. 

In addition to this.Jhe Ideal communication standards are also provided for 

25 short-range radio communication. These systems have been used within the 
production of wireless networks. 

One such short-range radio communication radio system is Bluetooth which 
can be used to provide customer premises wireless links for voice, data and multi- 
media applications. 

30 A Bluetooth Radio Frequency (RF) system is a Fast Frequency Hopping 

Spread Spectrum (FFHSS) system in which packets are transmitted in regular time 
slots on frequencies defined by a pseudo random sequence. A Frequency Hopping 
system provides Bluetooth with resilience against interference. Interference may come 
from a variety of sources including microwave ovens and other communication 
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systems operating in this unlicensed radio band which can be used freely around the 
world. The system uses 1MHz frequency hopping steps to switch among 79 
frequencies in the 2.4GHz Industrial, Scientific and Medical (ISM) band at 1600 hops 
per second with each channel using a different hopping sequence. 
5 The Bluetooth baseband architecture includes a Radio Frequency transceiver 

(RF), a Link Controller (LC) and a Link Manager (LM) implementing the Link Manager 
Protocol (LMP). 

Bluetooth version 1.1 supports asymmetric data rates of up to 721 Kbits per 
second and 57.6Kbits per second and symmetric data rates of up to 432.5Kbits per 

1 0 second. Data transfers may be over synchronous connections, Bluetooth supports up 
to three pairs of symmetric synchronous voice channels of 64Kbits per second each. 

Bluetooth connections operate in something called a piconet in which several 
nodes accessing the same channel via a common hopping sequence are connected 
in a point to multi-point network. The central node of a piconet is called a master that 

15 has up to seven active slaves connected to it in a star topology. The bandwidth 
available within a single piconet is limited by the master, which schedules time to 
communicate with its various slaves. In addition to the active slaves, devices can be 
connected to the master in a low power state known as park mode, these parked 
slaves cannot be active on the channel but remain synchronised to the master and 

2 0 addressable. Having some devices connected in park mode allows more than seven 

slaves be attached to a master concurrently. The parked slaves access the channel 
by becoming active slaves, this is regulated by the master. 

Multiple piconets with overlapping coverage may co-operate to form a 
scatternet in which some devices participate in more than one piconet on a time 
25 division multiplex basis. These and any other piconets are not time or frequency 
synchronised, each piconet maintains is own independent master clock and hopping 
sequence. 

The Bluetooth specification has therefore been designed for the primary 
purpose of allowing electronic devices to communicate with each other. Thus, the 

3 0 system is typically utilized in an environment in which one-to-one communication is 

achieved between two Bluetooth enabled devices. 

In the situation in which voice communication is being provided, this will 
typically be achieved either using a handset, a Bluetooth enabled phone, a headset, 
or a voice communication enabled Bluetooth PDA. The user will utilize the Bluetooth 
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device as a handset in the normal way. Signals are then transferred via a Bluetooth 
link to some form of connection to a network. Thus for example, this may be achieved 
by establishing a Bluetooth link with a desktop PC, or the like. Voice data received 
from the Bluetooth enabled communications device will then be transferred from the 
5 PC to a local area network and then on either to a PBX (private branch exchange), the 
Internet (for voice over IP (VOIP)), or the PSTN (public switched telephone network). 

In the case of normal telephone calls connected either via a PBX (Private 
Branch Exchange) a PSTN (Public Switch Telephone Network) or a LAN/WAN 
(Local/Wide Area Network) using a protocol such as VoIP or VODSL, a number of 

10 additional call features are typically available, such as call transfer, call forward and 
the like. These allow users to perform more complicated operations than simply 
making or ending calls. 

In order to perform these features, telephones coupled to the networks may be 
provided with specific programmable buttons. Each button is programmed to generate 

15 a respective control signal which is then interpreted by the respective communications 
network to perform the requested call handling operation. Thus for example, pressing 
a call transfer button will generate a signal causing a call transfer sequence to be 
initiated by the PBX to which the phone is connected. Alternatively, the call transfer 
signal is formed from a specific digit sequence (e.g. corresponding to the dial tones 

20 for"*37#"). 

Currently, the Bluetooth system does not provide any specific supplementary 
call handling features within its own operating protocol. This therefore limits the 
features available to a person performing a telephone call via a Bluetooth connection. 
Furthermore, the majority of Bluetooth enabled communications devices have a limited 

2 5 number of buttons due to their size and as a result, specific buttons for providing call 

transfer features and the like are not generally provided. Accordingly, the user of the 
system is often limited to simply making or ending calls and may not have the option 
of using the higher level call control features, such as call transfer and the like, other 
than through the use of dialed digit sequences. 

3 0 This problem is also encountered with the use of Bluetooth enabled headsets. 

This type of headset is provided to allow users to receive or make voice calls via a 
Bluetooth connection. The headsets are only provided with a single button for 
answering the call and a volume control. Accordingly, the headsets are normally 
adapted to communicate with a telephone or PDA allowing the user to receive calls 
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destined for the telephone or PDA. In a similar manner, the telephone or PDA can be 
used to initiate a call which can then be transferred to the headset. However, this still 
results in limited call handling by the headset. 

5 Summary of the Invention 

In accordance with the present invention, we provide a call handling device for 
connecting a wireless communications device to a communications network, the call 
handling device being adapted to provide call control features to a user of the wireless 
communications device, the call handling device comprising: 
10 a transceiver for maintaining a wireless connection between the call handling 

device and the wireless communications device; 

at least one port for connecting the call handling device to the communications 
network; and, 

a processor for controlling the connections, the processor being adapted to: 
15 determine control information representing the call control features available 

for the current connections; 

transfer the control information to the user via a wireless connection; 
determine the call control features selected by the user; and, 
implement the selected call control features. 

2 0 Accordingly, the present invention provides a call handling device which allows 

call control features to be implemented. This is achieved by transferring control 
information indicative of the call control features available to the user, via a wireless 
connection. The call control features selected by the users are then implemented by 
the call handling device, making the call control features available to the user. 
25 Typically the processor of the call handling device is adapted to perform the 

step of transferring the control information to the user by: 

establishing a second wireless connection with an alternative communications 
device used by the user; and, 

transferring the control information to the alternative communications device. 

3 0 Thus, the present invention allows the control information to be sent to an 

alternative communications device. This is useful, for example, when the user of the 
system is using a portable handset or the like to make the telephone call. In this case, 
with the keypad located on the handset it is typically difficult to push buttons as well 
as speak on the phone simultaneously. The present invention overcomes this by 
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having the control information sent directly to a different device, such as a PDA, so 
that it can be presented to the user and then responded to, without disturbing the . 
current phone call. However the control information can of course be sent to the same 
wireless communications device such that only one wireless connection and one 
5 wireless device is required for the user to not only make calls, but also carry out higher 
level call control features such as call transfer and the like. 

Typically the call handling device usually further comprises a store for storing 
a number of sets of control information, and wherein the processor is adapted to carry 
out the step of determining the control information representing the control features 

1 o available for the current connections by: 

monitoring the status of any connections with the wireless communications 
device; and, 

selecting one of the number of sets of control information stored in the store 
in accordance with the call status. 
15 Accordingly, the type of control information presented to the user will vary 

depending on the status of the call. Thus, if for example no call is currently underway 
and the user indicates that call control features are required, this may present to the 
user a list of options including dialing a predetermined or undefined number, 
answering a call or the like. Once the call is in progress however, the control 

2 0 information presented to the user can be changed to allow call control features such 

as call transfer to be implemented. This is not however essential to the present 
invention and, in particular, the same options may be presented to the user at all times 
with only appropriate call control features being implementable at a given time. 

The processor is preferably adapted to transfer the control information to the 

2 5 user as one of a Web or WAP page. Accordingly, this provides a well known currently 

implementable format for presenting the control information to the user on a wide 
range of devices. This can be achieved by transferring HTML, or similar files, to the 
user's device and then displaying the information using appropriate browser software. 
Alternatively however, the control information could be transferred to the user as a 

3 0 WAP page. Basic text, or the like, could also be used. 

The processor is typically adapted to perform the step of determining the call 
control features selected by the user by monitoring control signals received via the 
wireless connection from the user. Thus, the user is able to respond to the presented 
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control information by generating a control signal which is received by the processor 
and used to implement the desired call control features. 

The processor is adapted to implement the selected call control features by 
generating control signals for transfer to the communications network, the 
5 communications network being responsive to the control signal to perform the desired 
call control features. Thus, the call handling device is preferably able to generate 
signals including the correct tone sequences for call transfer operations and the like. 
These tone sequences would be recognized by the respective communications 
network, and then implemented as necessary. 
10 From the above it will be clear that the communications network is typically a 

PBX although any form of voice communications enabled network could be used. 
Thus for example, the call handling device could be coupled to the Internet, the PSTN 
or the like. 

As mentioned above, the processor is adapted to transfer call information to 
15 the user's PDA. However, other Bluetooth enabled devices, such as lap-tops, palm- 
tops, desk top PCs, a desk telephone, or the like, could be used. 

The call control features usually include features of call dialling, call transfer, 
call hold and call forward although almost any call control feature can be implemented. 
Preferably the call handling device is adapted to establish wireless connections 
20 in accordance with the Bluetooth protocol. Accordingly, in this case the transceiver 
typically comprises a Bluetooth transceiver. 

Accordingly, the present invention also provides a communications system 
adapted to provide call control features to the user of the system, the system 
comprising a call handling device according to the present invention and a wireless 
25 communications device. 

In this case the wireless communications device is preferably a Bluetooth 
enabled communications device. 

Brief Description of the Drawings 

30 Examples of the present invention will now be described in detail with 

reference to the accompanying drawings, in which:- 

Figure 1 is a schematic diagram of a network according to the present 
invention; 

Figure 2 is a schematic diagram of the Access Server device of Figure 1; 
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Figure 3 is a schematic diagram of the Access Point device of Figure 1 ; and, 
Figures 4 to 7 are examples of alternative network arrangements. 

Detailed Description 

5 Figure 1 shows a basic network arrangement according to the present 

invention. As shown, the network includes a wireless Internet Access Server 1 which 
is coupled to a number of local area network Access Points 2. The Access Points 2 
are designed to communicate with a number of Bluetooth enabled communications 
devices 3,4,5,6,7,8 using Bluetooth connections. 
10 In this scenario, the Bluetooth communication devices 3,4,5,6,7,8 can include 

devices, such as a personal computer, laptop or the like which is fitted with a 
Bluetooth adapter, a specialised Bluetooth laptop, a Bluetooth enabled phone or 
mobile phone, a WAP Internet phone, a Bluetooth enabled personal data assistant 
(PDA) or a Bluetooth headset, which are capable of establishing voice calls via the 
15 Bluetooth connections with the Access Points. 

In fact under normal circumstances, the Access Server and the Access Points 
can communicate with any Bluetooth enabled device. These include not only PCs, 
PDAs and laptops but any of the following that have a Bluetooth port; a truck, a 
refrigerator, a baggage trolley, a keyboard etc, although this is not relevant for the 
2 0 purpose of the present invention. 

The Access Server 1 is also optionally connected to a local area network 10 
having a number of end stations 11,12,13. In this example, this allows the Access 
Server to be integrated with currently existing local area networks within a building. 

The Access Server 1 can also be connected to a remote communications 
25 network 14, which in this example is the Internet. This allows the communications 
devices coupled to the Access Server to communicate with remote users 15 or Access 
Servers of other remote sites 16. 

Accordingly, the Access Points 2 allow voice calls to be made and received by 
the Bluetooth communications devices 3,4,5,6,7,8, in turn allowing voice calls to be 
30 made using the LAN 1 0 and the Internet 14, via the Access Server 1 In this case, the 
Access Server operates as a call controller, as will be described in more detail below. 

The Access Server is shown in more detail in Figure 2. 

The Access Server may include an Internet interface 20, an Access Point 
interface 21, a LAN interface 22 and a PBX interface 23, all of which are 
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interconnected via a bus 24. A microprocessor 25 and a memory 26 which are 
provided for processing and storing the operating software, are also coupled to the 
bus 24. An input/output device 27 is also provided. 

The processor 25 is typically an x86 type processor operating a Linux type 
5 operating system such as Red Hat Linux. This is particularly advantageous as the 
Linux system is widely used as the operating system for a number of different software 
applications. Accordingly, the system can implement a wide variety of standard 
operating software for network servers and the like, as well as allowing third parties 
the opportunity to modify existing software and develop their own software. However, 
10 any suitable form of processing system may be used. 

In addition to these features, it is also possible to include a number of 
Bluetooth radios 28, and a GPRS transceiver 29, both of which are coupled to the 
BUS 24. 

A range of radios are supported, including standard and enhanced range 
15 devices. 

Similarly, the Bluetooth design of the Access Server and the Access Point 
offers capabilities beyond the basic Bluetooth specification. These include advanced 
control of Bluetooth device state to improve throughput, and control of broadcast and 
multicast traffic streams to/from Bluetooth devices. 
20 In this example, four different interfaces 20,21 ,22,23 are shown. However, it 

is not essential for the Access Server 1 to include all of these interfaces, depending 
on the particular configuration which is to be used, as will be explained in more detail 
below. 

Thus, in order to enable Bluetooth voice calls to be made between the 
2 5 Bluetooth communication devices and remote third parties, all that is required is for the 
Access Server to include the Access Point interface 21 , with appropriately connected 
Access Points 2, and one of the Internet interface 20, the LAN interface 22, or the 
PBX interface 23, coupled to an appropriate communications device. Thus, for 
example, the LAN interface 22 could be coupled to an Ethernet phone via the LAN 10. 
30 Further examples will be described in more detail below. Alternatively, the Access 
Point interface need not be used if the Bluetooth radios 28 are used instead. 
However, this will become clearer when various network configurations used by the 
Access Server are described in more detail below. 
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The Internet interface 20 is used primarily for providing an ISDN connection to 
an Internet service provider. However, the system can be reconfigured to use 
Ethernet, DSL or a POTS modem for Internet connectivity. Thus, this allows VoIP 

c 

calls to be transferred via the Internet 14. 
5 The Access Point interface 21 is effectively an Ethernet interface which is 

adapted to operate with the Access Points, as will be explained in more detail below. 

The LAN interface 22 is normally configured to be an Ethernet interface. 
However, this can be adapted to provide token ring or other forms of communication 
as required. Accordingly the LAN 10 can comprise an Ethernet, Token Ring or other 

10 similar network. 

In order to be able to handle different communications protocols, each of the 
interfaces 20,21,22 will include a processor and a memory. The processor operates 
software stored in the memory which is appropriate for handling the required 
communications protocol. Thus in the case of the LAN interface 21, the default 

1 5 protocol is Ethernet. However, if alternative protocols such as Token Ring or ATM are 
used, then the software is adapted to translate the format of the data as it is 
transferred through the respective interface. 

An Access Point according to the present invention is shown in Figure 3. The 
Access Point includes an Access Server interface 30, for connecting the Access Point 

2 0 to the Access Server. The Access Server interface 30 is connected via a BUS 31 to 
a processor 32 and a memory 33. The BUS is also coupled to a number of Bluetooth 
radios 34 (only one shown) providing enhanced capabilities such as improved 
bandwidth and call density. 

The processor 32 is typically a processor system that can include one or more 

2 5 processors, of the same or different types within the system. For example, the 
processor system could include, but is not be limited to, a RISC (Reduced Instruction 
Set Computer) processor and a DSP (Digital Signal Processor) processor. 

In use, the Access Points are connected to the Access Point interface 2 1 using 
a daisy chain Ethernet connection. This is particularly advantageous as it allows a 

30 large number of Access Points 2 to be connected in series via a single wire to the 
Access Point interface 21 . In this case, power can be supplied to the Access Points 
2 either via the connection from the Access Server 1 , or via separate power supplies 
(not shown) connected to each of the Access Points 2 as required. 
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As an alternative however, the Access Points 2 may be connected to the 
Access Server 1 via an Ethernet hub. This allows a larger number of Access Points 
2 to be coupled to a single Access Server 1. 

In use, each Access Point 2 is able to communicate with a number of 
5 communications devices 3,4,5,6,7,8 which are in range of the respective radio 34. 
Any data received at the radio is transferred to the memory 33 for temporary storage. 
The processor 32 will determine from the data the intended destination. If this is 
another Bluetooth device within range of the Access Point, the data will be transferred 
via the radio 34 to the appropriate communications device 3,4,5,6,7,8. Otherwise the 
1 0 data will be transferred via the BUS 3 1 to the Access Server interface 30 and on to the 
Access Server 1. 

Upon receipt of the data by the Access Server 1 , the Access Point interface 
21 will temporarily store the data in the memory whilst the processor determines the 
intended destination of the data. The processor may also operate to translate the 
15 format of the data, if this is necessary. The data is then routed by the Access Server 
to the intended destination on either the LAN 2, the Internet 14 or alternatively, to a 
PBX network, as will be described in more detail below. 

The traffic from Bluetooth devices (arriving through an Access Point or the 
Access Server) can be sent to the LAN through a number of different mechanisms; 

2 0 one is routing, another uses a technique called Proxy ARP to reduce the configuration 

needed. These mechanisms are bi-directional and also connect traffic from the LAN 
to Bluetooth devices. 

Similarly, data can be transferred from the Access Server, via the Access Point 
interface 21 to an Access Point 2. In this case, the Access Point 2 receives the data 
25 and transfers it into the memory 33. The processor 32 then uses the data to 
determine the intended destination communication device before routing the data 
appropriately. 

A number of different network configurations for transferring voice type calls 
via the Access Server are shown in Figures 4 to 7. 

3 0 Figure 4 shows an example in which a connection to a PBX 40 is implemented, 

the Access Server 1 will have the ability to associate communications devices 
3,4,5,6,7,8 such as Bluetooth phones and handsets as extensions of the PBX. This 
allows Bluetooth enabled phones to call phones 41,42 on the PBX 40, as well as 



-10- 



W[0 01/97457 PCT/GB01/02607 

making calls to public telephone networks 43, such as the PSTN (Public Switched 
Telephone Network) or POTS (Plain Old Telephone System). 

For example, this enables the Bluetooth phone or headset to ring at the same 
time, or instead of a users desk phone 41,42. Indeed, the invention enables the 
5 Bluetooth phone to have all the features offered by the PBX as a minimum 
functionality; on top of this, some new features can be added. 

The use of Bluetooth 3-in-1 phones which are capable of both Bluetooth and 
cellular communications allows users to use their cellular phone as their desk phone 
when in the office. 

1 0 Where the PBX has no appropriate support for ISDN, the Access Server PBX 

interface 23 can be connected directly to the public network 43 as shown by the dotted 
line, to provide direct dial-in and dial out to Bluetooth phones and headsets. 

The Access Points 2 can also provide VoIP (Voice Over IP) connectivity to the 
Access Server, as shown in Figure 5. In this example, the Access Server 1 is 

15 connected to the PBX 40 through a VoIP gateway 44 connected to the LAN. The 
Access Points implement voice compression algorithms hence providing a scalable 
VoIP solution (i.e. compression ability is increased with each Access Point). 

In the example of Figure 6, VoIP replaces the PBX 40 to allow connection to 
the telephone network 43. This is achieved by using a VoIP gateway 45 positioned 

20 between the Internet 14 and the phone network 43, to allow all phone calls to be 
transferred via the Internet 14 and the Access Server 1. In this example Ethernet 
phones 46,47 can connect directly to the LAN 10, whilst the Access Server 1 provides 
a gateway from Bluetooth phones and headsets to the Internet and hence on to the 
phone network 43. 

25 In the example of Figure 7, the GPRS system is used to provide constant on- 

line connection to the Internet This is achieved using the GPRS transceiver 29 to 
provide the GPRS connection to the Internet 14, and the phone network 43, and using 
the Bluetooth radios 28 to provide the connection from the Access Server 1 to the 
communications devices 3,4,5,6,7,8. In circumstances where GPRS services do not 

3 0 provide sufficient bandwidth for all applications, the system may use dial-up ISDN to 
increase bandwidth. The always on full time connection to the Internet 14 provided 
by GPRS enables features such as VPN and public Web serving to be used, 
especially where additional bandwidth can be dialled up on demand. 
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In a mobile environment, it will be normal to use GSM phones for voice 
support. There may be added value in providing mobile voice connectivity via the 
Access Server. 

Thus, the Access Server 1 provides wireless Internet and LAN access to a 
5 variety of Bluetooth enabled communications devices including PCs, printers, PDAs 
and WAP phones. It will also provide services specially tailored for PDAs through the 
use of OBEX (Object Exchange protocol) and WAP technology in the Access Server 
1 

It will be appreciated from this that many users may be connected to the 
1 0 Access Server via the Access Points at any one time. Accordingly, it is necessary for 
the entire network system to operate a registration procedure to ensure that only 
authorised users of the system can have access. 

Accordingly, the Access Server 1 stores a list of authorised users in the 
memory 26. In each case, a user name and password is provided for the user so that 
15 when they first access the system, the user name and password must be entered. 

The Access Server and Access Point can implement a number of different 
security solutions. These range from low level authentication procedures inherent in 
Bluetooth devices, to high level security features which allow simple, easy to use and 
deploy services which operate in conjunction with or instead of Bluetooth specific 
2 0 security features. This allows a deployment of the Access Server & Access Point in 
a range of sites and applications. 

Once this has been completed, the Access Server will associate a device 
indication with the associated user name and password. This ensures that a record 
is maintained of which device is being used by the user. Accordingly, any subsequent 
25 data addressed to the user can be sent directly to the device. 

Thus, if the user is using a wireless communications device 3,4,5,6,7,8, the 
Access Server will store an indication of the device, either as a particular address, 
device identifier, or the like, together with the user name and password. If any E-mail 
or the like is then received for that particular user, this can be directed to the device 
30 automatically. 

The Access Server can store data concerning which radio 34,28 the user's 
communication device 3,4,5,6,7,8 is attached to. Every time a user's communication 
device 3,4,5,6,7,8 moves from one radio 28,34 to another there is a disconnection and 
reconnection process. To make this as seamless as possible a "roaming" capability 



»12- 



WO 01/97457 PCT/GB01/02607 

is operated by the processor to allow the controlled hand-off from one radio to 
another. 

Operation of the Access Server 1 to provide call control features will now be 
described. The example given describes providing call control features via WAP 
5 pages. However, the techniques of the invention are equally applicable to other 
protocols, such as Web pages, or the like, as will be appreciated by a person skilled 
in the art. 

The call control features provided by the Access Server and the manner in 
which they are provided will depend upon the communications device 3,4,5,6,7,8 with 
10 which the Access Server 1 is communicating. The three main types of 
communications device are as follows: 

1 . Telephone handset with WAP features. 

2. Telephone handset without WAP features but operated in conjunction 
with a PDA. 

15 3. Headset operated in conjunction with a PDA. 

Each of these scenarios will now be considered separately below. 
The following example is a telephone handset with WAP features. In this 
example, the Access Server 1 is adapted to communicate with a communications 
device 3,4,5,6,7,8 such as a telephone handset 7 which includes the ability to provide 
2 o WAP services to the user. In this case, the telephone handset will typically include a 
numeric keypad which allows telephone numbers to be dialed and answered, as well 
as allowing WAP pages to be accessed. 

In this example, when the user of the handset 7 is to make a call, the call will 
be dialed directly from the handset, in the normal way. The Access Server 1 will then 
25 route the call to either the Internet interface 20 the LAN interface 22 or the PBX 
interface 23 as required. Once the call is established, voice data is transferred from 
the Bluetooth enabled handset via the Access Point 2 to the Access Server 1. 

The handset 7 will generally be unable to provide additional call control 
features, such as call forward, call transfer and the like. The operating parameters of 
30 the handset 7 are maintained within the memory 26 of the Access Server 1 in 
accordance with a user ID as described briefly above. When the call is initiated the 
Access Server 1 detects that the telephone handset 7 is unable to provide the call 
transfer features and therefore instead operates to provide the features itself. 
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In order to achieve this, the processor 25 determines the current status of the 
call, which in this case is "In Progress", and uses this information to access a look-up 
table stored in the memory 26. The look-up table specifies for each type of call status 
a particular set of call control features which are available. Thus, in this case with the 
5 call currently in progress the call features available may include call transfer, call 
forward, call hold and the like. 

The processor 25 obtains this information from the look-up table in the form of 
a WAP page. This WAP page is then transferred back via the respective Access 
Point 2 to the handset 7. In this case, because each Bluetooth connection allows both 

10 a synchronous voice channel and an asynchronous data channel to be provided, it is 
possible to send the WAP page to the handset, interspersed with the voice data, via 
a single Bluetooth connection. Alternatively, the handset 7 may be able to establish 
a second Bluetooth connection, either via a separate Bluetooth radio, or via the same 
Bluetooth radio allowing the WAP page to be transferred via a separate Bluetooth link, 

15 Once the WAP page has been received by the handset 7 it will be displayed 

to the user. The user can then select a call control feature, such as call transfer. 
When this is selected, the user is effectively accessing a hyperlink. Accordingly, 
accessing the call transfer feature of the handset 7 will cause a signal to be 
transferred back to the processor 25 indicating to the processor 25 that the call 

2 0 transfer feature is to be implemented. 

In this case, the call transfer is controlled by the Access Server 1 . Accordingly, 
the signal causes the processor 25 to access a call transfer WAP page stored in the 
memory 26. The call transfer page sets out the instructions which should be followed 
in order to provide the call transfer feature. These will typically be as follows:- 

25 1. Press "call transfer" button to place the current call on hold. 

2. Dial number of telephone to which the call is to be transferred. 

3. Press "call transfer" button to release the call from hold and join all 
three parties in a conference call. 

4. Hang up phone. 

30 In this case, when the call transfer button is to be used, the call transfer button 

will be presented to the user on the WAP page together with a representation of a 
keypad which allows telephone numbers to be entered. When the call transfer button 
Is activated, appropriate control signals are sent from the handset 7 to the processor 
25 of the Access Server 1 via the respective Bluetooth connection. In this case, the 
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call transfer is implemented by the PBX 40 (Figures 4 and 5). Accordingly, the 
hyperlink associated with the call transfer button causes the processor to generate 
control signals causing the specified features to be implemented. 

The control signals are transferred to the PBX via the respective PBX interface 
5 23 causing the PBX 40 to perform the desired call function. 

Typically, the call functions such as call transfer, call forward and call hold are 
implemented on a PBX 40 by generating specific dial tone combinations 
corresponding to a specific digit sequence. Accordingly, activating the call transfer 
button on the handset 7 causes the processor 25 to generate a series of tones which 
10 correspond to the call transfer digit sequence of the PBX 40. The tone sequence is 
transferred as a part of the call from the Access Server 1 to the destination telephone 
(for example telephones 41,42 from Figure 4) which causes the PBX 40 to place the 
call on hold. 

Once the processor 25 has determined that the call has been placed on hold, 
15 the microprocessor will then alter the WAP page to reflect the current status of the 
call. 

Accordingly, the user of the handset 7 will determine that the call has been 
placed on hold and enter the new telephone number which the call is to be 
transferred. 

2 0 The processor 25 will then transfer this information to the PBX as required. 

Accordingly, operation between the Access Server 1 and the PBX 40 is 
equivalent to a telephone connected to the PBX with the telephone programmed to 
produce the correct tone sequences for call transfer and other such call functions. As 
a result, the PBX is ignorant to the fact that it is connected to the handset 7 which is 

2 5 not able to provide these features. 

In the present example, once the call has been placed on hold, the user enters 
the telephone number of the telephone to which the call is to be transferred. Once 
this has been completed, the call is connected to the new telephone by the PBX 40. 

The user then uses the call transfer button to cause the processor 25 to 

3 0 generate an appropriate tone sequence which causes the call to be taken off hold by 

the PBX 40. The user can then hang up. 

The next example is a telephone handset without WAP features used with an 
associated PDA. In this example of the present invention, the handset 7 is unable to 
operate in accordance with the WAP protocol and is therefore unable to display WAP 
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pages. As a result, it is not possible for the processor 25 to cause WAP pages to be 
displayed on the handset 7. 

Accordingly, in this example an association is recorded in the memory 26 which 
associates the handset 7 with the PDA 6. This can be achieved for example by 
5 registering the MAC addresses of the handset 7 and the PDA 6 against a common 
user name. 

In this example, if the user is to make a call via the handset 7 this may be 
initiated in the normal way. However, once the call is active the processor 25 will 
again determine that more call features can be provided. Accordingly, the processor 
10 25 will again access the look-up table stored in memory 26 to obtain details of the call 
control features available, in accordance with the current call status. 

Thus, again with the current call status being "In Progress" then the 
microprocessor 25 will access the look-up table stored in the memory 26 and obtain 
details of the "In Progress" WAP page. The processor 25 also determines from the 
15 operating parameters stored in memory 26 that the handset 7 cannot receive WAP 
pages. Accordingly, the processor 25 determines the MAC address of the PDA, 
associated with the user of the handset 7. The processor 25 then causes the WAP 
page to be transferred to the PDA 6. 

In general, if the PDA is not activated, then the processor 25 will detect this, 

2 o and will not send the WAP page. Accordingly the additional call control features will 

not be provided. As an alternative however, the processor 25 could send a signal to 
the PDA causing the PDA to be woken from a standby mode so that call control 
features can be provided. 

If the PDA 6 is activated, an icon can be presented on the screen indicating 
25 that call control features are being provided. If the icon is selected, the appropriate 
WAP page can then be displayed to the user, allowing the user to access the call 
control features. 

Again, the call control features are accessed in a similar manner to in the case 
described above. Thus, the user will use the PDA 6 to select one of the hyperlinks on 

3 0 the WAP page indicating the call control feature that is required. The processor 25 

will react to this and generate control signals which are transferred via the Internet 
interface, the PBX interface, or the LAN interface 20,23,21 to the appropriate 
communications device. Operation of this system will therefore be substantially as 
described with respect to the WAP enabled handset 7 above. 
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The final example is a headset and PDA. In this example, the headset is 
unable to dial calls and is therefore only able to answer received calls. In order to 
overcome this, the Access Server 1 of the present invention allows the PDA 6 to be 
used to initiate calls as well as to implement the higher level call control features 
5 described above. 

Thus, in order to make a telephone call the user must select a telephone call 
option on the PDA 6. This causes the PDA 6 to generate a signal which is transferred 
to the microprocessor 25 of the Access Server 1. The microprocessor 25 determines 
that call control features are required for the headset associated with the PDA 6 via 
10 a respective user name (using the user name and operating parameters as described 
above). 

Accordingly, the processor 25 examines the current status of connections with 
the headsets. In this case, with no call in progress the processor 25 accesses the 
look-up table stored in the memory 26 using the call status indication "Not In 
15 Progress". This will direct the processor 25 to a WAP page which is specifically 
configured to allow calls to be dialed. The WAP page will be transferred back to the 
PDA 6. 

On presentation to the user of the PDA, the WAP page will typically take on the 
appearance of a numeric keypad from a telephone. Accordingly, the WAP page will 
20 present the user with a call/answer button together with numeric digits allowing a 
telephone number to be dialed. The user then dials the telephone number and 
presses the call button. The information entered by the user, including the telephone 
number is then transferred back to the processor 25, which uses the information to 
determine that a connection to the relevant telephone number is desired. 

2 5 The processor 25 then causes a telephone connection to be initiated between 

the Access Server 1 and the appropriate telephone. Thus, for example in the network 
arrangement shown in Figure 4, the Access Server 1 can initiate a telephone call to 
one of the telephones 41 ,42 via the PBX 40. 

Once the call has been established, the processor 25 of the Access Server 1 

3 0 will cause a signal to be sent to the headset indicating that the call is to be answered. 

The headset can then be used to answer the call. In this case, the user of the 
telephone 41 will not be aware of this process. Accordingly, when the telephone 41 
is answered, there will be a slight delay while the processor 25 contacts the headset 
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and waits for the headset to be answered by the user. The telephone call will then 
continue in the normal way. 

Once the telephone call has been established, the microprocessor 25 will 
determine that the call status is now "In Progress". Accordingly, the processor 25 will 
5 access the memory 26 and obtain an updated WAP page showing the call features 
now currently available. Again this will typically include call features such as call 
transfer, call hold, call forward and the like. In addition to these options however, the 
PDA is also usually presented with a call end function which allows the user to hang 
up the call from the PDA 6 instead of the headset. 
1 0 Operation of the microprocessor 25 to implement the call transfer, call hold and 

call forward features will be as described above with respect to the previous examples. 

It will be realized that the techniques of this example, notably dialing the call 
from a PDA could be implemented with any communications device, including 
telephones which already have a keypad. 
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CLAIMS 



1. A call handling device for connecting a wireless communications device to a 
communications network, the call handling device being adapted to provide call control 

5 features to the user of a wireless communications device, the call handling device 
comprising: 

a transceiver for maintaining a wireless connection between the call handling 
device and the wireless communications device; 

at least one port for connecting the call handling device to the communications 
10 network; and, 

a processor for controlling the connections, the processor being adapted to: 

determine control information representing the call control features available 
for the current connections; 

transfer the control information to the user via a wireless connection; 
15 determine the call control features selected by the user; and, 

implement the selected call control features. 

2. A call handling device according to claim 1 , wherein the processor is adapted 
to perform the step of transferring the control information to the user by: 

2 0 establishing a second wireless connection with an alternative communications 

device used by the user; and, 

transferring the control information to the alternative communications device. 

3. A call handling device according to claim 1 or claim 2, wherein the call handling 
25 device further comprises a store for storing a number of sets of control information, 

and wherein the processor is adapted to carry out the step of determining the control 
information representing the call control features available for the current connections 
by: 

monitoring the status of any connections with the wireless communications 
30 device; and, 

selecting one of the number of sets of control information stored in the store 
in accordance with the call status. 
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4. A call handling device according to any of the preceding claims, wherein the 
processor is adapted to transfer the control information to the user as one of a Web 
page or a WAP page. 

5 5. A call handling device according to claim 4, when dependent on claim 3, 
wherein each set of control information comprises one of a Web page or a WAP page. 

6. A call handling device according to any of the preceding claims, wherein 
processor is adapted to perform the step of determining the call control features 

1 0 selected by the user by monitoring control signals received via the wireless connection 
from the user. 

7. A call handling device according to any of the preceding claims, wherein the 
processor is adapted to perform the step of implementating the selected call control 

15 features by generating control signals for transfer to the communications network, the 
communications network being responsive to the control signals to perform the desired 
call control features. 

8. A call handling device according to any of the preceding claims, wherein the 

2 0 communications network is a PBX. 

9. A call handling device according to any of the preceding claims, wherein the 
processor is adapted to transfer the control information to the user's PDA. 

25 10. A call handling device according to any of the preceding claims, wherein the 
call control features include at least one of: call dialing, call transfer, call hold, and call 
f orward. 

11. A call handling device according to any of the preceding claims, wherein the 

3 0 call handling device is adapted to establish wireless connections in accordance with 

the Bluetooth protocol, the transceiver comprising a Bluetooth transceiver. 

12. A communication system adapted to provide call control features to the user 
of the system, the system comprising: 
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a call handling device according to any of the preceding claims; and 
a wireless communications device. 



13. A system according to claim 12, when dependent on claim 11, wherein the 
5 wireless communications device is a Bluetooth enabled communications device. 
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